XEROX 

PARC 

6 March 1984 

To: Dolphin Users and Maintenance Personnel 

From: Edward Fiala 

Subject: Dolphin Booting and Maintenance Panel Codes 

Filed On: [Indigo]<DODocs>MPCodes.Bravo, .Press 

The purpose of this memo is to provide enough information to diagnose malfunctions to the extent 
that MP codes permit, covering Pilot, Cedar, and Alto microcode systems. Lisp and Smalltalk 
presently use the same MP codes as Alto, but note that Cedar now has diverged from Pilot to the 
point that its MP codes are no longer similar. 

This revision incorporates changes in booting procedures and maintenance panel codes associated with 
the Pilot 11.0 (Klamath) and Cedar 5.0 releases. It is still inaccurate and incomplete for Tor (5700) 
configurations. Please report discrepancies or omissions. The original version of this memo was on 10 
October 1980 by Hal Murray. I have revised it and extended it periodically. 

Please note that MP codes produced during booting by Initial (one of the microprograms discussed 
below) changed about 1 June 1982 and about 10 January 1983; a few revisions also were made in 
January 1984. If you are using Pilot or Alto emulator microcode produced before 1 June 1982, then 
this document will be inaccurate with respect to Initial. If you ether boot Initial (which happens if 
you have just powered up, and your SA4000 disk is not yet up to speed), then this memo should be 
accurate. There are only a few changes in Initial’s MP codes between 8.0 and 11.0 Pilot releases, and 
between 4.0 and 5.0 Cedar releases. 

, I have included a recent summary of MP codes shown by Pilot and Cedar software, but this is NOT 
authoritative with regard to MP codes generated by software-only microcode-generated MP codes are 
reliably described in this document An authoritative document for Pilot MP codes is the 
[Idun]<APilot>11.0>*>PilotMP.mesa source file; for Cedar, the equivalent file is 
[Indigo]<Cedar5.1>*>MPCodes.mesa, I think. 

Some recent changes in MP codes and booting procedures are as follows: 

1) Cedar now boots BasicCedarDO from both the disk and the Ethernet; Iago is used 
instead of Othello; Othello is no longer needed by Cedar users. The MP codes shown by 
BasicCedarDO are all different 

2) Othello is still used by Pilot, but the MP codes shown by both the 11.0 germ and 
Othello are enriched and changed slightly from 10.0. 928 (waiting for boot server) now 
appears in the MP until a boot server responds; 930 (Pilot control and Mesa runtime 
components being initialized) is usually not seen now; and 975 (initializing transactions) 
no longer appears. 

3) Dolphin microcode files are now obtained from one of the following places: 

[Indigo]<D0>Klamath> 11.0 microcode 

[Indigo]<D0>Trinity> 8.0 to 10.0 microcode 

Pndigo]<D0>Cedar> Cedar microcode (compatible with Pilot 6.0) 
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[Indigo]<DO>Alto> Alto microcode 

Note that the initial microcode for Cedar (=Pilot 7.0), for Pilot 8.0 to 10.0, and for Pilot 
11.0 are mutually incompatible because the location and format of the Pilot germ, germ 
request, and switches differ. 

Files of interest are as follows: 


InitialAltoDO.eb 

InitialPilotDO.eb 

Initial.eb 

EtherlnitialDO.eb 

PilotDO.eb 

CedarDO.eb 

PilotTor.eb 

AltoDO.eb 

Alto5700.eb 


Disk initial microcode for default Alto boot. 

Disk initial microcode for default Pilot or Cedar boot. 
3 mb boot server initial microcode. 

10 mb boot server initial microcode (not ready yet) 
Pilot microcode for workstations (UTVFC), used both 
for ether boot and disk boot 

Cedar microcode for workstations (UTVFC), used both 
for ether boot and disk boot 
Pilot 5700 microcode (UIB). 

3 mb boot server Alto microcode (UTVFC). 

3 mb boot server Alto microcode (UIB). 


These files may appear elsewhere outside PARC, and the 5700 and Tor named files may 
not appear on [Indigo]<D0>. 


4) It is now possible to 3 mb ether boot Pilot or Cedar while holding the "BS" and "p" 
keys (current release) or the "BS" and "v" keys (AlphaMesa release). 10 mb ether 
booting is being worked on. A summary of keyboard boot features is given later in this 
document 

* 

5) During ether loading of a file by Initial, the MP code shown is now 740 + 2 x low 
four bits of boot file number. 

6) Pilot microcode released after 11 May 1983 will crash with an MP code of 220 + pipe 
task when an io task memory reference experiences a page or write protect fault 
Emulator references are still passed to software. 


7) Pilot microcode released after 11 May 1983 will crash with an MP code of 137 when a 
MX (monitor exit) or MW (monitor exit and wait) opcode is executed and the selected 
monitor is already unlocked. 

Booting 


A Dolphin bootstrap takes place in five or six stages, as follows: 

(1) Hardware loads the Boot microcode from an EPROM; 

(2) Boot (EPROM microcode) tests the processor and loads Initial; 

(3) Initial microcode tests the map and storage and loads an emulator; 

(4) Pilot or Alto microcode initializes itself, then loads and starts the Pilot Germ or Alto breath- 

of-life program; 

(5a) Pilot Germ reads in the physical volume or Ethernet boot file. The Ethernet boot file is 
BasicCedarDO for Cedar users, OthelloDO for others. 

(5b) Alto breath-of-life program reads in the Alto OS from the 3 mb Ethernet or the disk. The 
Alto OS completes the bootstrap. 
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(6a) BasicCedarDO or OthelloDO completes an ether boot; other boot files are also possible on a 
physical volume boot. 

Lisp and Smalltalk booting is similar but won’t be discussed here. 


Hardware Boot 

A bootstrap may be initiated in the following ways: 

(1) by pushing and releasing the start (power-on) button; 

(2) from the test hardware (Midas); 

(3) from a TOD clock (not standard equipment); 

(4) from a watchdog timer (not standard equipment); 

(5) by executing the Boot function in a microinstruction; 

(6) pushing the keyboard boot button while the UTVFC microcode is running normally (CSL 
keyboards only). 

In addition to these normal methods of booting, if your machine is sick, it might spontaneously boot 
itself when a fault happens while the fault task is running-the Dolphin hardare does this. If the 
problem is really bad, it may reboot over and over. 

On machines with CSL keyboards, repeat booting may occur when the display is turned off; the back 
channel reports continuous null in this case, perceived by microcode as "boot button depressed". This 
doesn’t happen with Star keyboards. 

Also, some deficiencies in error handling by Initial cause certain classes of recoverable hardware 
failures (disk and Ethernet problems) to reboot the machine rather than recovering from the error. 
The reboot discards any keyboard control interpreted by Initial. 

While you depress the start button, the hardware shows 8888 in the MP as a light test When you 
release the power-on button, the machine will then run through the boot sequence discussed above! 
During the hardware boot, you might see either 8808 or 8880 in the MP if RM or IMX parity errors 
are detected by the hardware during loading. Control is transferred to location 0 after loading. 


EPROM Boot Microcode 

Boot is a tiny diagnostic and bootstrap loader limited (for reasons discussed in the DO Hardware 
Manual Section 4.10) to 1024 instructions and 16 immediately accessible RM registers; other registers 
can be referenced using the stack pointer, however. Its function is to test parts of the machine needed 
for the next stage of the boot thoroughly but quickly, reporting any failures on the MP. If these tests 
are passed, it then boots the Initial microcode from an io device; the SA4000 disk and the 3 mb 
Ethernet are boot devices; 5700 (Tor) configurations use a variant Initial that boots from floppy disk; 
and 10 mb Ethernet booting will probably be made available at some point Because loading Initial 
from the disk or Ethernet requires most of the processor to work, the tests performed by Boot must 
include most of the machine. However, the map and storage are not needed during the boot of Initial, 
so these parts of the machine are not tested. Also, many processor functions needed only by the 
emulator are not tested by Boot. 

Boot runs a few processor tests to find out whether or not the processor is healthy enough to continue 
loading. Many machines malfunction when first powered up, then work correctly. If the processor 
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tests fail, Boot will show an error MP code (0000 to 0039) for a second or so and then reboot 
Otherwise, registers are initialized. 

Then Boot determines whether or not it was started from the maintenance panel (i.e., by Midas during 
debugging). If so, it will show the MP code 0002 and read the Kernel debugging program over the 
printer interface from Midas. 

Otherwise, Boot tries to read the first program on the SA4000 boot record directly into the microstore. 
When Boot starts this, it will show 0040 in the MP. If you see this (or 0041 or 0046 which frequently 
follow immediately), your processor is at least somewhat alive. 

InitialAltoDO.eb and InitialPilotDO.eb are two standard microcode configurations which might be 
installed on the local disk. The initial microcode file lives in a special reserved portion of the disk 
(cylinder 0 on the SA4000), so you won’t see it among your Alto or Pilot files. Each of these is the 
concatenation of Initial and AltoDO with different starting addresses for Initial. Unless redirected by 
the keyboard boot feature, InitialAltoDO.eb will boot Alto microcode and OS from the local disk, while 
InitialPilotDO.eb will boot Pilot microcode and physical volume boot file from the local disk. 
However, if Initial is unable to read Alto or Pilot microcode from the local disk, it will invoke a 3 mb 
ether boot 

If the disk vvon’t work (0041 to 0045, 0047 to 0048) or isn’t ready yet (0046), Boot will try to obtain 
Initial.Eb from the Ethernet; when this decision is made, a one second pause allows you to read the 
MP; if the reason for the boot is NOT a button push, the delay is extended to one minute to prevent a 
sick machine from hogging the boot servers. When ether booting starts, 0060 (trying to ether boot) 
will appear in the MP; other 006x MP codes indicate ether boot problems. While waiting for a boot 
server to respond and while transmitting Initial microcode from the boot server, 004x slowly alternates 
with 006x, so that you can see both the reason why the disk boot failed and the current ether boot 
indication. 

Unfortunately, many machines experience a short period of unreliability after being powered on, but 
then work correctly. These machines encounter the one minute wait intended to prevent a sick 
machine from hogging the boot servers, and this can be frustrating, if you are waiting for the machine 
to become ready. If your machine does this, keep pushing and releasing the start button until you see 
a healthy 0060. 

The standard trick for forcing an ether boot is to turn power off and then back on. It takes the disk 
about two minutes to become ready again. If you push the start button before the disk is ready, you 
should get to the Alto NetExec. 

Note that Initial is loaded directly into the microstore without using either the map or storage. 



Dolphin Booting and Maintenance Panel Codes 


5 


Initial Microcode 

Initial is primarily responsible for testing and initializing the map and storage, reporting any failures 
in the MP, then loading and starting an emulator. For Pilot, Initial also loads the germ, but the Alto 
emulator itself loads the breath-of-life program. Initial should also test whatever was not tested by 
Boot, but it doesn’t presently do so. Much of the machine is unfortunately not tested at all by any 
program during the boot sequence. 

Initial has several entry points which determine the emulator booted later and the io device used for 
the boot; the file which 
InitialPilotDO.eb 
InitialAltoDO.eb 
InitiaLeb 
EtherlnitialDO.eb 


Other entries are used by test programs. If the keyboard boot feature has been used to modify the 
default boot, then Initial will automatically restart itself at the appropriate starting address and clear 
the keyboard information. 


has each starting address is also shown: 

SA4000 Pilot physical volume boot; 

SA4000 partition 1 Alto start; 

3 mb Ethernet Alto start; ^ 

10 mb Ethernet Pilot boot (undebugged); fl| 

3 mb Ethernet Pilot boot; 

3 mb Ethernet AlphaMesa Pilot boot; 

10 mb Ethernet AlphaMesa Pilot boot (undebugged); 
SA4000 partition 2 Alto start 




The ’Ethernet Alto start’ entry point later will cause the Alto emulator, breath-of-life packet, and 
NetExec to be obtained from the Ethernet also. The ’SA4000 Pilot boot’ starting address will boot the 
Pilot microcode and germ installed on your SA4000; the Pilot germ must be compatible with Initial. 


Shortly after Initial receives control, it puts 0700 (’starting map test’) into the MP very briefly followed 
by 0400 (’starting storage test’); if you see 0040 then 0700 or 0400 (without an intervening 0060), your 
RDC is at least somewhat healthy since Initial was loaded from the disk. Initial first tests the map; it 
will hang with the ’bad map’ MP code (0702) displayed, if the map is imperfect. 

Then Initial tests storage and uses only ’good’ pages. 0400 is seen in the MP during storage testing, 
which lasts about 3 seconds with 8 96k-word storage boards. 


If Initial detects any storage imperfection, it will do additional testing, and 0400 will be shown for 4 to 
9 seconds (timing approximately proportional to the amount of storage). If the number of pages with 
correctable failures exceeds 1/8 of all pages, and if the amount of good storage is less than 128k words, 
then the entire test will be repeated allowing pages with soft failures to be used; otherwise, only 
perfect pages are used. After all testing is complete, four numbers will be shown in the MP for about 
1.0 seconds each: 


1) 0400 + 1 if 1st storage board imperfect, 

+ 2 if 2nd imperfect, 

+ 4 if 3rd imperfect 

+ 8 if 4th imperfect, 

-I- 16 if 5th imperfect, 

+ 32 if 6th imperfect, 

+ 64 if 7th imperfect, 

+ 128 if 8th imperfect 

This interpretation is for the 96k-word storage boards with 16k RAMs. Each such board 
occupies 128k words of real address space but implements only the first 96k words of the 




Dolphin Booting and Maintenance Panel Codes 


6 


space. Hence, the bits actually represent imperfections in the existing storage of each 
128k-word bank of storage. 

2) Hard bad page count (some uncorrectable failures). This count, and the imperfect 
board indication previously, are incomplete if a page with hard errors is thought to be a 
non-existent page. The current algorithm is very unlikely to make this mistake. 

3) Soft bad page count (correctable failures only). 

4) Blk and Syndrome bits for the last failure detected by the error correction hardware. 

This is shown as four octal characters BSSS, where the first character of the MP code is 
the two Blk.O and Blk.l bits and the last three characters are the Syndrome. 

Only 400 is shown when all storage boards are perfect 

Even when some storage is bad, unless the amount of ’good’ storage is reduced by failures to less than 
64k words, initialization will continue normally following the bad-page MP codes. 

When the storage test has finished, consecutive map entries enumerate pages of ’good’ storage and 
storage has been zeroed; map entries above the last good page are initialized to Vacant The counts of 
good pages and hard and soft bad pages and the bad-board word are stored in high RM words where 
they will not be smashed by Pilot or Alto. A Pilot opcode allows these test results to be accessed and 
reported. 

On an Alto disk boot. Initial then puts 0720 into the MP and continues reading the SA4000 boot 
record. But this time the emulator from the boot record is placed into storage rather than directly into 
the microstore. On a 3 mb ether boot, it instead shows 0758 (Star or CSL), or 0762 (Tor) in the MP 
and reads Alto.Eb from the Ethernet into storage. When it is going to start Pilot, Initial instead shows 
0725 in the MP; this kind of boot is more complicated since it has to locate and load the germ as well 
as the emulator microcode. 

At the end of file, the microcode image in storage is loaded and started with LoadRAM. 


Emulator Microcode 

Early in initialization both Pilot and Alto emulators show the MP code ’Start device init’ (0104) barely 
long enough to see. Seeing 0104 means that Initial tested and zeroed storage, loaded the microcode 
image into storage from the disk or Ethernet and then from storage into the microstore, transferred 
control to it, and executed at least the first few microinstructions successfully. 

After initializing io microcode, Pilot and Cedar then show the number of pages found to be good by 
Initial; this will be up long enough to see (~ 0.4 seconds). Microcode initialization then finishes by 
starting the Germ, which will show 0900 (Pilot) or 0810 (Cedar) followed by the sequences given later. 
Note that Initial must be compatible with the Pilot or Cedar Germ, and there were incompatible 
changes in 6.0, 8.0, and 11.0 Pilot releases. 

Since a germ and OthelloDO or BasicCedarDO compatible with Initial can be directly booted from the 
Ethernet, there is a booting difficulty only when an incompatible germ and boot file are wanted. 

In this case, one must presently boot the obsolete Pilot germ by means of the Alto NetExec. From the Alto 
NetExec, a MesaNetExec corresponding to the Pilot release is booted; then the "Othello" command is issued to 
the MesaNetExec to boot OthelloDO. The possibilities are: 
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CedarMesaNetExec 6.0 = Rubicon = Cedar 

MesaNetExec 8.0 to 10.0 = Trinity to Sierra 

—^AlphaMesaNetExec 11.0 = Klamath 

Beginning with Cedar 5.0, Iago in BasicCedarDO performs functions equivalent to Othello, which is no 
longer needed by Cedar users. 

For the 96k-word storage boards using 16k RAMs, the MP will show 96K/256 pages/board which is 
384 x number of storage boards (i.e., 0768, 1152,1536, 1920, 2304, or 2688). Some MPs will show this 
value plus 1 occasionally for unknown reasons. 

The Alto emulator has several different entry points, as discussed below. After 0104, on a disk boot, 
0118 (GotBreathOfLife) is shown for 0.3 seconds after the first page from the disk boot record has 
been read successfully. On an Ethernet boot, 0114 (start booting the NetExec) is shown, then 0118 
when the breath-of-life has been received from the Ethernet boot server. Finally, on both disk and 
Ethernet bootstraps, the the number of good pages found by Initial is shown. Then the final 
microcode overlay is loaded and started at the breath-of-life program’s disk or ether boot address. 

An emulator is usually started by Initial, but Lisp and Smalltalk are started directly, preserving the 
Alto PC and disk partition. When Initial doesn’t immediately precede an emulator, the number of 
good pages displayed will be correct unless you have run the Audio or Jasmine microcode since you 
last booted the hardware-these io drivers smash the results left earlier by Initial. 

When started at its normal entry point, the Alto emulator will boot the OS from SA4000 partition 1 
only if you have not used the keyboard boot button kludge (which is only available with CSL 
keyboards, not with Star or Tor terminals). 


Keyboard-Controlled Booting 

The entry point selected in the .Eb file is overruled when you have carried out a keyboard boot with 
one of the key selections interpreted by Initial. Keyboard control is only available to you only in the 
following circumstance: 

1) You have a CSL microswitch keyboard; Dallas keyboards don’t have a keyboard boot 
button. Keyboard control is not available when you push the power-on button. 

2) You have a UTVFC terminal and the UTVFC task for one of the standard emulators is 
refreshing the display normally at the instant the keyboard boot button is depressed. (This is 
necessary because the keystrokes are interpreted by the emulator that is running when the 
keyboard boot button is depressed, not by Initial.). If the UTVFC task isn’t running, the 
keyboard boot button will be ignored. 

3) The key selection exactly matches one expected by Initial; extra keys depressed may (or 
may not) invalidate the selection. 

Note that you may release the depressed keys as soon as you have released the keyboard boot button. 
If Initial cannot interpret the keystroke combination, it passes it on unchanged to the default emulator. 
The Alto emulator, for example, will switch from partition 1 to partition 2 if the ”0" key is depressed, 
but "0" is ignored by Initial. 
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Since an emulator has to be running to effect keyboard control, you may have to cycle power, if your 
machine won’t disk boot normally, to force an ether boot and get to the Alto NetExec; then hold 
down an appropriate keystroke combination and push the keyboard boot button. 

Here is a list of interpreted keystroke combinations: 

7 Storage test boot. Initial’s map and storage tests will repeat until a failure is 

detected; then the four MP codes describing the failure will be shown in 
sequence indefinitely. 

BS Alto 3mb ether boot, 

d Alto partition 1 disk boot. 

0 Alto partition 2 disk boot. This only works when the Alto emulator is booted by 

default because this keystroke is interpreted by the Alto emulator, not by Initial, 
d p Pilot disk (SA4000) boot Pilot is booted using the Pilot microcode and germ 

installed on your disk, 
p Pilot disk (SA4000) boot. 

BS p Pilot 3mb ether boot. 

BS v AlphaMesa Pilot 3mb ether boot 

e p Pilot 10 mb ether boot (not implemented yet). 

e v AlphaMesa Pilot 10 mb ether boot (not implemented yet). 


Microcode Coordination 

i*- 

If you install microcode on your disk, you can be reasonably sure that it won’t change out from under 
you, but if you ether boot, you will get whatever microcode is currently installed for your type of 
machine on the nearby boot servers. 

Note that all boot servers try to automatically keep their boot files up-to-date. This makes it hard to 
have two different versions of the microcode available in different geographic locations. It is possible to 
defeat the automatic update heuristics. See Hal Murray if you really need to know more. 

The two microcode systems you might want to install on your disk as initial microcode (not including 
Lisp and Smalltalk) are: 

InitialAltoDO.Eb, the concatenation of Initial.Eb and AltoDO; it will by default load the 
microstore with Alto and Alto-style Mesa emulators and start the Alto emulator at its 
normal starting address after running Initial. Various keyboard combinations can be used 
on a CSL keyboard to overrule the default boot 

InitialPilotDO.Eb, also the concatenation of Initial.Eb and AltoDO, but with a different 
starting address; it will be default boot Pilot using the pilot microcode and germ installed 
on the Pilot portion the disk; the pilot microcode can be either PilotD0.Eb or 
CedarD0.Eb. The Tor system uses a variation of InitialPilotDO with which I am not very 
familiar. 

Note that different versions of these files exist for 6.0, 8.0, and 11.0 Pilot releases; Cedar uses the 
Rubicon version. 
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(Details of installing microcode and such are described in the Othello document for Pilot users, and 
this is done by a command file for Cedar.) 


Normal MP Code Sequences 

While you push the power-on button, you should see 8888 in the MP. As soon as you release the 
power-on button, you should see one of the sequences given below; these are viewable sequences- 
numbers not left up long enough to see are not mentioned. On a boot initiated by pushing the 
keyboard boot button, you won’t see 8888. 

”[n, n]" below indicates that the sequence repeats for awhile, usually during ether booting, "x" as in 
"9x0" indicates that the digit represented by the "x" can’t be determined because of flickering. 

If your hardware is working properly, the following sequences are reasonable; 

[46 60] 700 400 758 104 114 118 NP. 3 mb Alto boot 

[46 60] 700 400 762 104 114 118 NP. * 3 mb 5700 Alto boot 

40 700 400 720 104 118 NP. Alto disk boot 

40 700 400 725 104 NP [910 920] 930 940 9x0 990. 6.0 to 10.0 Othello disk boot 

40 700 400 742 760 104 NP 900 928 [910 920] 940 9x0 990. 11.0 Othello 3 mb boot 

40 700 400 742 744 104 NP 900 928 [910 920] 940 9x0 990. 11.0 AlphaMesa Othello 3 mb boot 

40 700 400 725 104 NP [910 920] 930 940 9x0 990. Cedar BasicCedarDO disk boot 

40 700 400 742 744 104 NP 900 928 [910 920] 940 9x0 990. Cedar BasicCedarDO 3 mb boot 

If your hardware is working properly, but your disk is not yet up to speed, you get the 3 mb Alto boot 
sequence given above. In this case, if your boot server is busy, "46, 60" may repeat several times 
before continuing with the rest of the sequence. 700 is up barely long enough to see. 

If you have just powered up your machine, it might get a 22 or 24. I am also suspicious that a 
microcode bug in the boot microcode may be causing 84 (unexpected wakeup from task 16b). After a 
second or so, your Dolphin will automatically reboot, but this time 46 will stay in the MP for a minute 
or so. If you get tired of waiting, poke the button again. 

40 is from Boot, 700 to NP from Initial, 900 to 930 from the Pilot germ, the rest from OthelloDO. If 
you are booting Tajo directly, the numbers after 930 may be different 

On Pilot ether booting, 742 is shown while Pilot microcode is being read into storage from the 3mb 
Ethernet 760 or 744 while reading the Pilot germ; these numbers are 740 + 2 x low four bits of boot 
file number. 928, which means "waiting for boot server to respond,” may or may not be visible. 

‘tezo- 
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If Your Machine Won’t Boot... 

If your machine won’t boot or boots very slowly, it is important to go through the following check list: 

1) If you have just powered up, make sure your display is turned on*-the emulator won’t run 

if the display is powered off, and you obviously won’t be able to see anything. 

2) If you have a CSL keyboard, sometimes the keyboard microcomputer will power-on in a 

bad state; if this happens, you can have all kinds of trash happen on the backchannel-- 
erroneous keystrokes, mouse button clicks, and mouse movement. To fix this, push the 
keyboard boot button. 

3) Otherwise, watch the MP while the problem is happening. The detailed sequence of 
numbers may indicate what is going wrong. You will have to get your head down low to 
observe the numbers on the MP reliably; people have frequently reported numbers to me 
with l’s translated into 7’s, and some other observation errors are occasionally made. 

In the following pages, a # indicates a final MP code. The machine will hang with this number in the 

MP until you boot again. All other MP codes are either errors that will be retried automatically or 

simple indications of progress. 


MP Codes from Hardware 

8888 Lamp test (shown while the start or power-on button is down). It can also occur 

when the microcode is repeatedly resetting the MP and counting up to a number < 
1000. An "8" is what appears in a MP digit when all of it is illuminated, and this 
happens when the MP is counting through all states of the digit faster than the eye 
can follow. 

8808# RM parity error. The MP freezes with this code, indicating (??) a failure during the 

hardware boot 

8880# IMX or control store parity error. The MP freezes with this code indicating (??) a 

failure of the hardware boot 

0888# This can occur when the microcode is repeatedly resetting the MP and counting up 

to a number < 1000 faster than the eye can follow. 

0088# This can occur when the microcode is repeatedly resetting the MP and counting up 

to a number < 100 faster than the eye can follow. 

0008# This can occur when the microcode is repeatedly resetting the MP and counting up 

to a number < 10 faster than the eye can follow. 
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MP Codes from Rev L EPROMs 


0000 

One of the first instructions in the EPROM clears the MP; seeing this number means 
that the ALU all-zeroes, all-ones, or GoTo tests failed. 

0001 

The ALU all-zeroes, all-ones, and GoTo tests passed. You should never see this 
since some other error should happen or the MP should change to 0040 when RDC 
booting starts. 

0002 

Midas boot. 

0004 to 0015 

One of the preliminary ALU tests failed. See Boot.mc for the details. This MP 
code list may be buggy in this.area. 

0004 

XOR failure using 0 constant 

0005 

XOR failure using 0 from T. 

0006 

ALU failure using 125b constant. 

0007 

ALU failure using 125b from T. 

0008 

ALU failure using 252b constant 

0009 

ALU failure using 252b from T. 

0010 

ALU failure using 125000b constant 

0011 

ALU failure using 125000b from T. 

0012 

ALU failure using 52400b constant 

0013 

ALU failure using 52400b from T. 

0014 

ALU failure using 177400b constant 

0015 

ALU failure using 177400b from T. 

0016 

Mismatch after write then read of an RM register via the stack. 

0017 

The contents of an RM register have changed. 

0018 

Register read and compare error using the Stack. 

0020 to 0035 

A fault happened. The MP contains 20 plus the contents of the Parity register. A 
fault in the fault handler will reboot the machine, so you may not get to see these 
codes. The value shown is 20d + (1 if memory error) + (2 if RM parity error) + 
(4 if control store parity error) + (8 if stack overflow or underflow). 

0020 

A Breakpoint microinstruction (i.e., one containing the SetFault function) was 
executed. 

0021 

Memory error. Since the EPROM code doesn’t touch the map or storage, this is 
probably an H4 Parity error. 

0022 

RM register parity error. 

0024 

Control Store parity error. 


0022 and 0024 are to be expected if you have just powered up your machine. (The bias on the 
RAM chips hasn’t been pumped up yet) This will invoke a one minute delay to avoid hogging the 
boot servers when something is broken Poke the button again if you want faster service. 

0028 Stack error. 

0040 Starting to load microcode from rdc. 

0041 Can’t find RDC. (Will now try to ether boot) 

0042 SA4000 disk read error. 

0043 SA4000 seek timed out 

0044 SA4000 disk checksum failure. 
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SA4000 bad Control Store address-attempt to load into EPROM area. 

SA4000 disk not ready. (Will now try to ether boot) 

The label word which should contain a link to the next page of microcode to be 
loaded has an invalid disk address. 

Most disk errors (0042, 0043, 0044, 0045, 0047) can be caused by simple transient read problems. 
The RDC task simply retries all of them while the emulator task is counting down a timer. If the 
timer runs out, you will see 0048. 

Didn’t load microcode from RDC within 1 second. (Will now try to ether boot) 
Trying to load microcode via Ethernet. (5^ to ) 

Can’t find Ethernet board. ('S'I fn /© ^ o 

Bad Ethernet checksum while reading microcode. 

Bad Control Store address-attempt to load into eprom area. 

Hardware error (bad status) at end of packet. 

Timeout after 15 tries at about 10 seconds each. 

If ether booting doesn’t work, the MP will slowly alternate between 006x and 004x so that you 
can see both what was wrong with the disk and what'is wrong with the Ethernet If the ether 



boot eventually times 

out you 

will 

see 

0065 alternating with the bad disk code. 

0070 to 0085 

An unnexpected wakeup happened. The MP contains 70 plus the number of the 
offending task. 

0071 


Unexpected 

wakeup 

for 

task 

1 . 

0072 


Unexpected 

wakeup 

for 

task 

2. 

0073 


Unexpected 

wakeup 

for 

task 

3. 

0074 


Unexpected 

wakeup 

for 

task 

4. (RDC or Ethernet output) 

0075 


Unexpected 

wakeup 

for 

task 

5. 

0076 


Unexpected 

wakeup 

for 

task 

6. 

0077 


Unexpected 

wakeup 

for 

task 

7. 

0078 


Unexpected 

wakeup 

for 

task 

10B. (Ethernet input) 

0079 


Unexpected 

wakeup 

for 

task 

11B. 

0080 


Unexpected 

wakeup 

for 

task 

12B. 

0081 


Unexpected 

wakeup 

for 

task 

13B. 

0082 


Unexpected 

wakeup 

for 

task 

14B. 

0083 


Unexpected 

wakeup 

for 

task 

15B. 

0084 


Unexpected 

wakeup 

for 

task 

16B (timer task). 

0085 


Unexpected 

wakeup 

for 

task 

17B (fault task). 


If you get one of these, one of the 10 controllers is probably broken. For example, its reset logic 
is not working or the wakeup logic on the RDC or Ethernet board is generating the wrong task 
number. 

0104 Loading SCB Initial from floppy disk-don’t confuse this MP code with 

StartDevicelnit (also 0104) from emulators; the preceding sequence of MP codes 
disambiguates them. 


0048 

0060 

0061# 

0062 

0063 

0064 

0065# 


0045 

0046 

0047 
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MP Codes from Initial 


Fault handler MP codes in the range 100 to 255 may also happen when running the new Initial; 
these are in a different table because they are common to Initial, Pilot, and Alto. 


0700 
0702# 

0400 

0401 to 0655 


NHardBad 

NSoftBad 

BlkSyndrome 


0701# 

0720 

0721# 

0722# 

0725 


Start map test. . 

Bad map. (M- boo.r<i) 

Start storage test. 

Failures detected on one or more boards. MP shows for about 1.0 seconds: 
0400 

+ 1 if storage board 1 had failures 

+ 2 if board 2 

+ 4 if board 3 

+ 8 if board 4 

+ 16 if board 5 
+ 32 if board 6 
+ 64 if board 7 
+ 128 if board 8. 

The above is the interpretation for the 96k-word storage boards; +1 actually means 
’the first 128k words’; +2 ’the second 128k words’; etc. 

Count of hard bad pages (ones with uncorrectable failures), where pages are 256 
16-bit words; shown after 0401-0655. 

Count of soft bad pages (only correctable failures); shown after NHardBad. 
A four character octal number in which the first character is the value of Blk[0:l] 
and the last three characters are the Syndrome of the last storage failure detected 
by the error correction hardware; shown after NSoftBad. A translation table from 
values of BlkSyndrome to chip positions on the storage boards is given in a table 
later. 

Not enough memory. (Initial requires 64K words.) 

Starting to load emulator microcode from disk. 

No RDC. 

RDC Read error. 

Starting to boot Pilot from disk. 


0730 to 0736 appear during floppy disk booting which only happens on Tor and ESS 
configurations, which have different Initial microcode. 

0730 Start floppy disk loader. _ - /, - / a 

0731# Mesa never ready. oc • ' 0 - ' 

0732# Illegal for floppy disk booting. (CPU 4^-2^) 

0733# Bad floppy disk status. 

0734# Execute input channel transfer not found. 

0735# Loader ended. 

0736# Invalid FIFO type. 


0741# Can’t find UTVFC or uib. 


When Initial starts ether booting, it puts 740+2*low four bits of the bool file number. If 
Ether Load can’t load that file within a reasonable length of time it will give up and bump the 
MP by one. 


Trying to load PilotDO.eb or AlphaMesaPilotDO.eb from the 3 mb Ethernet. 










0742 
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0743# 

0744 

0745# 

0746 

0747# 

0758 

0759# 

0762 

0763# 

0809# 

0810# 

0811# 

0812# 


Timeout trying to load PilotDO.eb or AlphaMesaPilotDO.eb. 

Trying to load DO.eg or AlphaMesaDO.eg from the 3 mb Ethernet 
Timeout trying to load DO.eg or AlphaMesaDO.eg. 

Trying to load PilotTor.eb from the 3 mb Ethernet. 

Timeout trying to load PilotTor.eb. 

Trying to load AltoDO.Eb from the Ethernet. 

Timeout trying to load AltoDO.Eb. 

Trying to load Alto5700.Eb from the Ethernet 
Timeout trying to load Alto5700.Eb. 

Pilot Microcode not installed on SA4000. (Try to ether boot.) 
Germ not installed on SA4000. (Try to ether boot.) 

Physical Boot Volume not set on SA4000. (Try to ether boot) 
Label check from SA4000. (Try to ether boot) 
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Syndrome Translation Table for 256k Storage Boards using 64k RAMs 

Initial records Blk and Syndrome for the last error correction fault of its storage test and shows 
these as a single octal number with Blk.0 and Blk.1 displayed in the first character and 
Syndrome in the last three characters. If the Syndrome is not in the table below, then it is not a 
single error, so no single chip can be identified. Blk.0 and Blk.1 are irrelevant for the 256k 
storage boards 


Syn¬ 

Bad Bit 


Syn 

Bad Bit 


drome 

0-63d 

Location 

drome 

0-63d 

Location 

(octal) 

(c.O to c.7) 


(octal) 

(c.O to c.7) 


1 

c.7 

U97 

172 

30 

U70 

2 

c.6 

U107 

174 

46 

U60 

4 

c.5 

U117 

177 

62 

U51 

7 

0 

U155 

200 

c.O 

U160 

10 

c.4 

U127 

206 

1 

Ulll 

13 

16 

U148 

212 

17 

U101 

15 

32 

U138 

214 

33 

U91 

16 

48 

U121 

217 

49 

U81 

20 

c.3 

U126 

227 

9 

U158 

26 

8 

U84 

233 

25 

U151 

32 

24 

U67 

235 

41 

U141 

34 

40 

U57 

236 

57 

U125 

37 

56 

U48 

247 

5 

U92 

40 

c.2 

U143 

253 

21 

U66 

46 

4 

U113 

255 

37 

U56 

52 

20 

U122 

256 

53 

U47 

54 

36 

U112 

266 

13 

U116 

57 

52 

U102 

272 

29 

U106 

67 

12 

U159 

274 

45 

U96 

73 

28 

U152 

277 

61 

U86 

75 

44 

U142 

307 

3 

U156 

76 

60 

U132 

313 

19 

U149 

100 

C.1 

U153 

315 

35 

U139 

106 

2 

U82 

316 

51 

U123 

112 

18 

U68 

326 

11 

U95 

114 

34 

U58 

332 

27 

U69 

117 

50 

U49 

334 

43 

U59 

127 

10 

U124 

337 

59 

U50 

133 

26 

U114 

346 

7 

U93 

135 

42 

U115 

352 

23 

U83 

136 

58 

U105 

354 

39 

U104 

147 

6 

U157 

357 

55 

U94 

153 

22 

U150 

367 

15 

U87 

155 

38 

U14Q 

373 

31 

U71 

156 

54 

U103 

375 

47 

U61 

166 

14 

U85 

376 

63 

U52 
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Syndrome Translation Table for 96k Storage Boards using 16k RAMs 


Initial records Blk and Syndrome for the last error correction fault of its storage test and shows 
these as a single octal number with Blk.0 and Blk.1 displayed in the first character and 
Syndrome in the last three characters. If the Syndrome is not in the table below, then it is not a 
single error, so no single chip can be identified. 


Syn¬ 

Bad Bit 

Blk 

Blk 

Blk 

drome 

0-63d) 

=0 

= 1 

= 2 

(octal) 

(c.O to c.7) 




1 

c.7 

U082 

U143 

U143 

2 

c.6 

U104 

U165 

U165 

4 

c.5 

U103 

U164 

U164 

7 

0 

U003 

U003 

U065 

10 

c.4 

U081 

U142 

U142 

13 

16 

U005 

U005 

U067 

15 

32 

U065 

U126 

U126 

16 

48 

U067 

U128 

U128 

20 

c.3 

U020 

U020 

U082 

26 

8 

U011 

U011 

U073 

32 

24 

U013 

U013 

U075 

34 

40 

U073 

U134 

U134 

37 

56 

U075 

U136 

U136 

40 

c.2 

U042 

U042 

U104 

46 

4 

U007 

U007 

U069 

52 

20 

U009 

U009 

U071 

54 

36 

U069 

U130 

U130 

57 

52 

U071 

U132 

U132 

67 

12 

U015 

U015 

U077 

73 

28 

U017 

U017 

U079 

75 

44 

U077 

U138 

U138 

76 

60 

U079 

U140 

U140 

100 

c.l 

U041 

U041 

U103 

106 

2 

U026 

U026 

U088 

112 

18 

U028 

U028 

U090 

114 

34 

U088 

U149 

U149 

117 

50 

U090 

U151 

U151 

127 

10 

U034 

U034 

U096 

133 

26 

U036 

U036 

U098 

135 

42 

U096 

U157 

U157 

136 

58 

U098 

U159 

U159 

147 

6 

U030 

U030 

U092 

153 

22 

U032 

U032 

U094 

155 

38 

U092 

U153 

U153 

156 

54 

U094 

U155 

U155 
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Syn¬ 

Bad Bit 

Blk 

Blk 

Blk 

drome 

0-63d) 

=0 

= 1 

= 2 

(octal) 

(c.O to c.7) 




166 

14 

U038 

U038 

U100 

172 

30 

U040 

U040 

U102 

174 

46 

U100 

U161 

U161 

177 

62 

U102 

U163 

U163 

200 

c.O 

U019 

U019 

U081 

206 

1 

U025 

U025 

U087 

212 

17 

U027 

U027 

U089 

214 

33 

U087 

U148 

U148 

217 

49 

U089 

U150 

U150 

227 

9 

U033 

U033 

U095 

233 

25 

U035 

U035 

U097 

235 

41 

U095 

U156 

U156 

236 

57 

U097 

U158 

U158 

247 

5 

U029 

U029 

U091 

253 

21 

U031 

U031 

U093 

255 

37 

U091 

U152 

U152 

256 

53 

U093 

U154 

U154 

266 

13 

U037 

U037 

U099 

272 

29 

U039 

U039 

U101 

274 

45 

U099 

U160 

U160 

277 

61 

U101 

U162 

U162 

307 

3 

U004 

U004 

U066 

313 

19 

U006 

U006 

U068 

315 

35 

U066 

U127 

U127 

316 

51 

U068 

U129 

U129 

326 

11 

U012 

U012 

U074 

332 

27 

U014 

U014 

U076 

334 

43 

U074 

U135 

U135 

337 

59 

U076 

U137 

U137 

346 

7 

U008 

U008 

U070 

352 

23 

U010 

U010 

U072 

354 

39 

U070 

U131 

U131 

357 

55 

U072 

U133 

U133 

367 

15 

U016 

U016 

U078 

373 

31 

U018 

U018 

U080 

375 

47 

U078 

U139 

U139 

376 

63 

U080 

U141 

U141 
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MP Codes from Cedar and Pilot Microcode 

Fault handler MP codes in the range 100 to 255 may also happen when running Pilot; these are 
in a different table because they are common to Initial, Pilot, and Alto. 

0104 Start device initialization. 

NPages Number of ’good’ pages found by Initial, shown briefly after initializing devices and 

just before loading the final microcode overlay. This number will be garbage unless 
you ran the new Initial the last time you booted, and it will be garbage if you ran 
Jasmine or Audio microcode since last booting. 


MP Codes From Alto Emulator Microcode 


Fault handler MP codes in the range 100 to 255 may also happen when running Alto; these are 
in a different table because they are common to Initial Pilot, and Alto. 

Assembly switches allow the Alto emulator to be assembled for direct startup from Midas with no 
microcode overlays and no requirement for running Initial first. The 0100 MP code only 
happens in this debugging configuration, which must do its own map and storage lest and 
initialization. 


0100 

0101 # 


0104 

0105 

0106 


0107 

0110 

0111 # 

0112 # 

0114 

0118 

NPages 


Start map and storage test and initialization. 

Not enough memory. (You need 512 pages or 128K words--more than the 64k 
words required by Initial.) 

Start device initialization. 

Started UTVFC initialization (invisible). 

Finished loaded or flushing CSL keyboard overlay (invisible-only happens on 
systems with CSL keyboard overlays; debugging systems and some Lisp and 
Smalltalk systems don’t have such an overlay). 

Finished display initialization (invisible-t/zzs will be 0106 with no CSL keyboard 
overlay). 

Started disk boot (invisible). 

Timeout waiting for disk status. 

Hardware error reading disk (after 10 retries). 

Start booting the NetExec. 

Breath-of-life read successfully from disk or Ethernet 
The number of ’good’ 256-word pages determined by Initial is put in the MP just 
before the final microcode overlay overwrites initialization; it normally remains in 
the MP until you boot or crash. The Alto emulator starts immediately after loading 
the final overlay. 
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MP Codes from Pilot Germ and Othello 


Fault handler MP codes in the range 100 to 255 may also happen when running Pilot; these are 
in a different table because they are common to Initial Pilot, and Alto. I think these MP codes 
are the same for both Rubicon and Trinity Pilot releases. 


0900 

0901# 

0902# 


0903# 

0904# 

0905# 

0906# 

0907# 


0909# 

0910 


0911# 

0912# 

0913# 

0914# 

0915# 

0916# 

0917 

0919 

0920 


0921# 

0922# 

0923# 


0924# 

0925 

0926 

0927# 

0928 

0930 


Germ started loading boot file. 

Germ allocation trap-out of frames. 

Control fault. This might be an unexpected kfcb or trap, or it might indicate that 
the germ was put together incorrectly. 902 will be followed by a 999 sequence, as 
discussed below. 

Start trap-attempt to start an already started module (Pilot bug). 

Germ page or write protect fault (Pilot bug). 

Germ incompatible with initial microcode. 

Germ and running Pilot have different version numbers. 

Germ reschedule error [A reschedule kfcb trap occurs when the reschedule 
microcode is entered with interrupts disabled, or while the requeuing microcode or 
timeout scan microcode is running. This might be caused by a page or write 
protect fault, by failing to acquire a monitor lock, or by waiting on a condition 
variable. Since the germ disables interrupts until it is nearly done with its inload, 
page or write protect faults by the germ will cause this MP code.] 

Germ SIGNAL or ERROR (Pilot bug). 

Germ action running (e.g., inLoad or outLoad). 910 normally alternates with 920 
while reading a boot file from the disk or Ethernet, and 920 is visible most of the 
time. 

Geim and physical volume have incompatible version numbers. 

Germ and boot file have incompatible version numbers. 

No physical boot file installed. 

Boot file contains invalid data (e.g., bad checksum on ether boot). 

Running TeleDebug server (frequently means couldn’t get to CoPilot or no CoPilot 
on disk). 

Boot file won’t fit in storage. 

Talking to Ethernet debugger. 

Germ has returned to caller who has hung. 

Germ disk, floppy disk, or Ethernet driver running. 920 normally alternates with 
910 while reading a boot file; ether booting takes awhile, so be patient as long as 
the 920 flickers occasionally. 

Hard error on device being booted. 

Timeout of boot 

Broken link in chained boot file. [Something about your germ or boot files is 
wrong. First execute the Othello Set Physical Volume Boot Files command; if that 
fails to cure the problem, try refetching and reinstalling germ and boot files.] 
No response from any boot server to Germ’s request for an Ether boot file. 
Germ bad packet-unexpected packet sequence number or size. 

Germ trying to find a Pup/3 mb Ethernet 8-bit address. 

Boot file ends prematurely (Try reinstalling). 

Waiting for any boot server to respond. 

Initializing Pilot Control and Mesa Runtime. This is the first thing that happens 
after the germ gives control to the Pilot boot file. On 10.0 and earlier releases, this 
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0931# 

0932# 

0933# 

0934# 

0935# 

0936# 

0937 


0938# 

0939# 

0940 

0946# 

0947 

0948# 

0949# 

0950 

0951 

0952 

0953# 


0960 

0965# 


0970 

0980 

0981 

0990 


999 


MP code was visible long enough to see, but it seems not to be seen with the 11.0 
germ and Othello. 

Pilot and StartPilot have incompatible version numbers. 

Trap before the trap handler has been set up (Pilot bug). 

Pilot and Germ have incompatible version numbers. 

Boot file’s StartList contains bad data (Pilot bug). 

Can’t get to the debugger or too early in startup to find debugger. Try using 
Othello’s Set Debugger Pointers command. 

Swap to debugger canceled because of H key switch. Waiting for microcode 
debugger. 

Attempting to set the time from either the hardware clock or the Ethernet; 
sometimes get this MP code when you are trying to go to CoPilot but failed to boot 
CoPilot before booting your Client volume. or u ry 

Running cleanup procedures, normally before a world swap. 

System.PowerOff called, and no power control relay. 

Initializing Pilot Store component 

System logical volume needs scavenging [riskyRepair]. 

Drive not ready. (Waiting for it to become ready.) 

System physical volume needs scavenging. 

Disk hardware error while scavenging system volume. 

Scavenging logical volume (wait awhile). 

Alternate feedback for progress during a pass of logical volume scavenging. 
Alternate feedback for additional passes during logical volume scavenging. 
Debugger pointers have been set to a non-existent volume or to a volume without 
an installed debugger. 

Deleting temporary files from previous run. 

Insufficient file space for data space backing storage (specify smaller size with boot 
switch). 

Client and other non-bootloaded code being mapped. 

Initializing Pilot Communication component 
Trying to find a Pup/3 mb 8-bit address. 

PilotClientRun has been called. 

0990 is what you see after Pilot has finished initialization. 

Following a 902, 907, and some other codes, the germ shows 999 followed by a 
sequence of global frame addresses and byte PC’s for local frames going backwards 
from the current local frame to the top level. Each number is shown for several 
seconds; the whole sequence ends with 0 and then repeats from the MP code which 
preceded 999. Each global frame and PC is shown as four numbers, like the 
following: 

0GGG, 0GGG, 0PPP, OPPP 
You must concatenate the 6 G’s and the 6 P’s to get the complete decimal address 
of the global frame and byte PC. 



Dolphin Booting and Maintenance Panel Codes 


21 


MP Codes from Cedar Germ and BasicCedarDO 


Fault handler MP codes in the range 100 to 255 may also happen when running Cedar; these are 
in a different table because they are common to Initial Pilot, Cedar, and Alto. 

0810 Germ entered or reentered. 

0811 Writing outLoad file. 

0812 Loading boot file or outLoad file. 

0813 Preserving/restoring vacant VM map entries. 

0814 Germ transferred control back to client (who has hung). 

0815 Teledebug server running. 

0817 Unexpected trap or kernel function call (kfcb). 

0818 Attempt to start an already started module. 

0821 Unnamed ERROR. 

0822 Germ and physical volum have incompatible versions. 

0823 Germ and boot file have incompatible version numbers. 

0824 No physical boot file installed. 

0825 Hard error on device being booted. 

0826 Operation on boot device not completed in expected time. 

0827 Broken link in chained boot file. First try seting the physical volume boot file; if 

that fails to correct the problem, try reinstalling germ and boot files. 

0828 No response to germ’s request for ether boot file. 

0829 Packet received from boot server with unexpected sequence number or size. 


Debugger-related codes (0830-0839) 

0830 Cleaning up. 

0831 Hanging. 

0832 Can’t world swap. 


Initialization codes (0840- ?) 


0840 

0841 

0842 

0845 

0850 

0855 

0860 

0861 

0862 

0865 

0870 


Initialization started. 

Incorrect machine type. 

Incorrect microcode (release date from VERSION opcode not recent enough?). 
Mesa runtime initialized. 

VM initialized. 

Storage initialized. 

File initialized. 

Ethemet2 trying to find its Pup address. 

Ethernet host different at DeviceCleanup.TumOn. 

Communication initialized. 

FS Initialized 
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Fault MP Codes from Initial, Cedar, Trinity Pilot, and Alto 

The old Initial has different fault MP codes. 


Unexpected Ethernet output task wakeup (Alto only). 

No state vector error indicating process code inconsistency (Pilot only); rumor is 
that this happens when a process that shouldn’t page fault does. 

Two MC2 errors; both MC2A and MC2B pipes indicate errors; since LogSE is 
illegal, this might mean two consecutive references experienced uncorrectable 
storage failures. Alternatively, this been caused by violating the Output-Output- 
PStore4 Gotcha (microcode bug). 

Stack overflow or underflow. For Pilot and Cedar, this can only happen during 
microcode initialization because stack errors are subsequently passed through to 
software. For the Alto emulator, this always crashes. 

RM or CS parity error, possibly in combination with other errors. MP code is 120 
plus: 

1 if MCI or MC2 error; 

2 if RM parity error; 

4 if CS parity error; 

8 if stack overflow or underflow. 

Many codes show a multiple of 20d + a task number, where the task assignments are given 
below. The 'pipe task’ is the one issuing the reference causing an error-this can determined 
from the error pipe; the 'current task’ is the one running when the fault aborted execution. 


Alto task assignments: SDD Pilot task assignments 


0 

emulator 

0 

emulator 

1 

unused 

1 

unused 

2 

unused 

2 

unused 

3 

unused 

3 

unused 

4 

unused 

4 

1st MIOC or 2nd 3mb Ethernet 
output 

5 

color display 

5 

2nd 3mb input or 3rd 10 mb 
Ethernet 

6 

3 mb Ethernet output 

6 

color display, 2nd MIOC, or 2nd 
lOmb Ethernet 

7 

3 mb Ethernet input 

7 

1st lOmb Ethernet 

8 

RDC (SA4000 controller) 

8 

1st 3mb Ethernet output 

9 

unused 

9 

1st 3mb Ethernet input 

10 

UTVFC (display controller) 

10 

RDC (SA4000 controller) 

11 

unused 

11 

unused 

12 

unused 

12 

UTVFC or UIB terminal controller 

13 

unused 

13 

unused 

14 

timers 

14 

timers 

15 

fault task 

15 

fault task 


The following codes imply no RM or CS parity error. 

0136 MC12 error occurred but none of the reasons for it is indicated; i.e., neither H4PE, 

MOB, MC1A, MC1B, MC2A, nor MC2B errors are true. Conceivably, this can be 


115 

116 

117 

119 

0120 to 0135 
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caused by an MCI fault on the reference following a PFetch4, if the PFetch4 
experiences error correction. Due to a hardware bug, the fault isn’t started soon 
enough in this case, so an extra non-fault-task instruction is executed. If the extra 
instruction is a reference it wipes out the MClErA and MClErB indicators. 

0137 MX (monitor exit) or MW (monitor exit and wait) opcode executed but the 

monitor referred to was already unlocked [Pilot only]. 

It is belter to show the pipe task rather than the current task for H4PE and MOB errors, but for 
H4PE’s the hardware doesn’t indicate whether pipe A or pipe B was involved, and I couldn’t find 
out whether or not the pipe is indicated correctly for MOB’s. 


140 to 155 
160 to 175 

180 to 195 

200 to 215 

220 to 235 

240 to 255 


Map out of bounds indicating virtual address greater than 22d bits. Code shown is 
140 + current task. All MOB faults are passed to software when running Pilot. 

H4 parity error indicating bad parity on the processor bus used by Input, IOStore4, 
and IOStorel6 references. Code shown is 160 + current task. This can never 
happen at present since these errors are ignored for all tasks by all microcode 
systems. However, Initial has an entry point which causes any emulator to treat 
H4PE’s as a crash condition, and if this entry point were used, these errors would 
crash. 

Some fault when the preceding instruction contains a LoadPage and the fault 
handler decides to continue execution. This indicates a microcode bug and should 
be reported. For Pilot, this cannot happen for the emulator; for Alto it is never 
supposed to happen. 

MC2 crash, indicating correctable storage failure of PFetchl, 2, or 4 with LogSE 
true in the map entry or an uncorrectable storage failure on any reference. The 
code shown is 200 plus the pipe task. Since LogSE is presently illegal, this code 
should indicate an uncorrectable storage failure; some microcode bugs may cause it 
(e.g., Output-Output-PStore4 Gotcha). 

MCI crash, indicating a page or write protect violation. The code shown is 220 
plus the pipe task. Pilot only reports MCI crashes on io task references; emulator 
MCI faults are passed to software (except that MCI faults when executing the 
LoadRAM-and-jump opcode will crash). MCI faults always crash for Alto. 

SetFault or Breakpoint crash. The code shown is 240 plus the current task. This is 
used by the microcode in a few places when impossible conditions are detected; for 
unused tasks, it represents an unexpected wakeup. 



